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® Systeme de paiement electronique de transports et de services P ub.«cs par cartes a microcircuit 



0 Ce systeme comporte : 

- un ensemble de cartes anonymes (10) prepayees 
avec une zone de memorisation d'unites monetaires 
susceptible d'etre debitees successivement a cha- 
que reglement direct d'un transport ou d'un service 
et une zone de memorisation d'au moins un titre de 
transport, invalide a I'utiiisation du transport corres- 
pondant, 

- un ensemble de cartes nominatives (20) avec une 
zone ^identification personnels et bancaire du titu- 
laire de la carte et une zone de memorisation d'unt- 
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tes monetaires et une zone de memorisation d'au 
moins un titre de transport, invalide a Tutilisation du 
transport correspondant, 

- un ensemble d'automates (30) lecteurs de cartes, 
associes h chaque moyen de transport ou service, et 

- des moyens de traitement (40, 50) permettant, par 
teleprelevement bancaire et en fonction du contenu 
des zones d'identification d'une carte nominative, 
d'operer un reglement sans debit des unites mone- 
taires et de recharger cette zone et/ou de restaurer 
la zone de memorisation de titres de transport. 
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Systeme de paiement electronique de transports et de services publics par cartes a microcircuit 



La presente invention concerne un systeme de 
paiement electronique de transports et de services 
publics par cartes a microcircuit, destinS a permet- 
tre le paiement d'une pluralite de transports et de 
services eux-meme offerts par une plurality de 
reseaux. 

On connaTt ('utilisation des cartes a microcir- 
cuits pour ie paiement de certains services, par 
exemple le telephone dans les cabines publiques. 

II a et<§ 6galement propose d'utiiiser des cartes 
a microcircuits pour le paiement des trajets effec- 
tues avec certains transports urbains, ces cartes 
etant des cartes postpayees m^morisant chaque 
voyage jusqu'a epuisement, de la m§me manfere 
qu'un compteur de voyages. 

Jusqu'a present, les experiences d'appiication 
des cartes a microcircuits au paiement des trans- 
ports se sont heurtees au fait que I'utilisation de 
telles cartes en <sc porte-jetons » ou «c carnets de 
tickets :» n'est possible que sur un seul reseau de 
transport bien determine (par exemple, les autobus 
d'une communaute urbaine bien determinSe). 

Cette limitation a un reseau unique empeche 
pratiquement I'utilisation d'un systeme de paiement 
electronique par cartes a microcircuits pour les 
transports dans les grandes agglomerations urbai- 
nes. ou les voyages sont generalement effectues 
sur plusieurs reseaux differents souvent imbriques 
et interconnects, et geres chacun par un exploi- 
tant different. 

En outre, hormis le probleme des reseaux mul- 
tiples, les systemes proposes jusqu'a present ap- 
paraissent a plusieurs egards peu satisfaisants. 

Tout d'abord. il est toujours nScessaire de pre- 
voir la delivrance de billets, avec une multiplicity 
de supports papier compte tenu notamment des 
reductions tarifaires possibles, des zones de defa- 
cement, de la classe choisie. etc. En outre, cette 
variete des titres de transport possibles emp§che 
de rassembler sur un meme titre de transport un <sc 
capital de deplacement » utilisable sur plusieurs 
reseaux et tenant compte aussi bien des regies 
tarifaires propres a chaque reseau et du <c profil 
tarifaire » de I'usager, c'est-a-dire des differentes 
reductions auquel ii pourra avoir droit, des supple- 
ments eventuels, etc. 

De plus, Information contenue dans le titre de 
transport ne .peut, parce que figee, etre exploitee 
avec finesse et restituer avec exactitude les condi- 
tions reelles du deplacement. Par exemple, dans le 
cas de reseaux interconnects pour lesquels. com- 
me c'est le cas en region parisienne. I'usager peut 
verser un montant forfaitaire ne tenant compte ni 
du reseau utilise (metro, bus. train) ni du nombre 
de voyages effectues sur chaque reseau. I'exploi- 



tant de chaque reseau ne regoit pas necessaire- 
ment la contre-partie rSelle des prestations qu'il 
fournit - en tous cas il n'est pas en mesure de le 
determiner de fagon suffisamment fine. II en est de 
s meme si differentes collectives locales ou territo- 
riales participent chacune pour une part au finance- 
ment d'un meme reseau donne. 

Par ailleurs, les syst&mes de billetterie tradi- 
tionnels (avec impression des billets, stockage, 
10 vente. distribution, etc.) sont toujours tres lourds a 
gerer, et ce, d'autant plus qu'il existe une grande 
variete de titres de transport possibles et de tarifs 
particuliers dont peut se prevaloir I'usager. 

D'autre part, si I'usager a decide de se d£pia- 
75 cer a I'intrieur d'un perimetre gSographique en- 
globant plusieurs reseaux, il ne sera pas toujours 
en mesure de connaitre les droits aux tarifs reduits 
qui peuvent lui etre consentis. ces droits Etant 
souvent lies a de nombreux param&tres differents. 
20 consideres selon des regies propres a chacun des 
reseaux. Cette reconnaissance risque de lui don- 
ner une idSe falsifiee du cout de ses d^place- 
ments, qui Pincitera peut-§tre a utiliser - a tort - un 
autre mode de transport. 
25 L'un des buts de la presente invention est de 

proposer un systeme qui pallie I'ensemble de ces 
difficultes et, en outre, apporte un certain nombre 
d'avantages entierement nouveaux. 

Pius precisement Tun des buts de Invention 
30 est de proposer un systeme de paiement Electroni- 
que de transports et de services urbains par carte 
a microcircuit qui permette - avec une seule et 
meme carte - le paiement d'une pluralite de trans- 
ports et/ou services eux-meme offerts par une piu- 
35 ralitd de reseaux. 

En d'autres termes, I'usager n'aura pas besoin 
d'acheter un titre de transport a chaque voyage 
(qu'il s'agisse d'un voyage simple ou d'un voyage 
distribuS sur plusieurs reseaux). 
40 A cet egard, le carte jouera a la fois le role de 
moyen de paiement et de titre de transport univer- 
se! (c'est-a-dire non specifique a un niseau donn§) 
et reutilisable pour plusieurs transports successifs. 
Selon un second aspect de 1'invention, I'usager 
45 pourra egalement avec cette meme carte faisant 
office de moyen de paiement et de titre de trans- 
port combines, regler. independamment de tout 
transport, un certain nombre de services mis a sa 
disposition, tels que (cette liste n'etant en aucune 
50 facon exhaustive) : 

- t£l£phone public, par exemple dans les gares, 
salles d'attente, etc. ou dans les transports eux- 
memes (telephones publics installes a bord des 
vehicules), 

- stationnement payant, en stationnement de voirie 
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(parcmetres collectifs ou individuels) ou bien en 
parkings ferm#s, 

- peages d'autoroute ou d'ouvrages d art, 

- courses de taxis, 

- services municipaux divers. 

En d'autres termes. non seulement les partes 
de I'invention permettront de gerer un contrat de 
transport, concretise par un titre de transport de- 
vant faire I'objet d'un paiement et d'une val.dat.on 
(validation correspondant actuellement. par exem- 
ple au compostage d'un billet), mais encore per- 
mettront le reglement d'une multiplicite de serv.ces 
offerts indistinctement a I'usager. 

L'une des caracteristiques essentielles de I in- 
vention est la presence dans chaque carte de deux 
zones, a savoir une zone de memorisation d unites 
de compte ou unites monetaires (fonction « porte- 
monnaie » pour le reglement des transports et/ou 
des services) et d'une zone faisant fonction de litre 
de transport, destinee a se substituer a I'actuel 
billet de transport, et se pretant a ('execution des 
deux operations essentielles de reglement et de 
validation (ces deux operations devant pouvoir etre 
distinguees dans le temps et dans I'espace) neces- 
saires a la gestion d'un contrat de transport, a.ns. 
que la compensation dventuelle entre reseaux, 
mise en oeuvre au cas ou le reseau aupres duquel 
est effect le reglement d'un service ou d un 
transport ne correspond pas au reseau de la zone 
^identification de reseau de la carte utilisee pour 
ce reglement. 

Une autre caracteristique essentielle de I inven- 
tion est le fait que. pour rendre le systeme un.ver- 
sel et s'affranchir totalement de tout systeme ma- 
nuel de billetterie. il offre la possibilite de disposer 
de deux types de cartes differentes. a savoir d une 
part des cartes anonymes prepayees, rechargea- 
bles. et d'autre part des cartes nominatives, egale- 
ment rechargeables. rf . . 

Les cartes anonymes seront alors destinees 
aux usagers occasionnels ou de passage et per- 
mettent la gestion simplified (c'est-a-dire sans ten.r 
compte de reductions eventuelles, d'abonnements, 
etc) et/ou le reglement direct du transport ou du 
service par la valeur prepayee chargee dans la 
carte ; ce dernier mode de reglement n'est cepen- 
dant pas une obligation, car le prix d'un contrat de 
transport memorise dans l'une de ces cartes peut 
§tre paye non seulement par le porte-monnaie 
electronique de la carte mais encore par d'autres 
myens de paiement exterieurs (especes. cheques, 
cartes de paiement privatives ou bancaires. etc.). 

En revanche, les cartes nominatives, destinees 
aux usagers habituels. permettront en outre a 
ceux-ci d'effecteur le reglement d'un transport ou 
d'un service par telepreievement bancaire de la 
m§me maniere qu'avec une carte bancaire (les 
cartes nominatives cbnservant dans leur memo.re 



I'identite de i'usager. ses references bancaires a.n- 
si qu'un code secret qui lui est propre) et permet- 
tront d'autre part de gerer un historique des drffe- 
rents voyages effectues afin. par exemple. d'accor- 
s der un certain nombre d'avantages tarifaires fonc- 
tion du nombre ou de la periodicite de ces voya- 
ges, de contrSler que les trajets relatifs a un abon- 
nement sont bien effectues de la maniere prevue. 
©tc 

10 Plus precisement, selon un premier aspect de 
I'invention. le systeme comporte : 
- un premier ensemble de cartes, ces cartes etant 
des cartes anonymes prepayees comportant cha- 
cune une memoire comprenant une zone de m6- 
T5 morisation d'unites monetaires susceptibles d'etre 
debitees successivement a chaque reglement di- 
rect d'un transport ou d'un service et une zone de 
memorisation d'au moins un titre de transport, inva- 
lide a I'utilisation du transport correspondant. ainsi 
20 que des moyens processeurs incorpores, pour I'ac- 
ces s#lectif et la gestion des informations conte- 
nues dans cette memoire, 

- un second ensemble de cartes, ces cartes etant 
des cartes nominatives comportant chacune une 
25 memoire comprenant d'une part, une zone d'ldenti- 
fication personnel et bancaire du titulaire de la 
carte, et. d'autre part, une zone de memorisation 
d'unites monetaires susceptibles d'etre debitees 
successivement a chaque reglement direct dun 
30 transport ou d'un service et une zone de memori- 
sation d'au moins un titre de transport, inval.de a 
I'utilisation du transport correspondant. ainsi que 
des moyens processeurs incorpores. pour I'acces 
seiectif et la gestion des informations contenues 
as dans cette memoire, , 

- un ensemble d'automates lecteurs de cartes, as- 
socies a chaque moyen de transport ou service et 

- des moyens de traitement. relies au moins a un 
sous-ensemble de 1'ensemble des automates, per- 

40 mettarrt. par telepreievement bancaire et en fonc- 
tion du contenu des zones ^identification person- 
nelle et bancaire d'une carte nominative d'operer le 
reglement d'un transport ou d'un service sans debit 
des unites monetaires memorisees dans cette car- 
4 5 te nominative, et de recharger la zone de memori- 
sation d'unites monetaires et/ou de restaurer la 
zone de memorisation de litres de transport de 
cette carte nominative. 

Le automates lecteurs de cartes indiques ci- 
so dessus peuvent etre aussi bien des automates 
fixes, integrant un lecteur de cartes dans lequel les 
cartes sont introduites a chaque usage, que des 
lecteurs portatifs. detenus par les usagers du servi- 
ce dans lesquels sont introduites de fagon perma- 
5S nente les cartes et qui dialoguent par des liaisons 
immaterielles (infrarouges. hertziennes, etc.) avec 
des automates fixes lore de chaque transaction. 
Selon un autre aspect de I'invention, le syste- 



3 




EP 0 380 377 A1 



me comporte : 

- un ensemble de cartes (les cartes nominabves 
mentionnees ci-dessus) comportant chacune : une 
memoire comprenant une zone d'identification per- 
sonnelle et bancaire du titulaire de la carte, une 
zone ^identification de reseau representative de 
celui des reseaux qui a delivre la carte au porteur. 
qui a recu de celui-ci les fonds correspondent au 
pnipaiement des unites monetaires et qui est desti- 
nataire des fonds verses pour le rechargement 
Sventuel de celles-ci, et une zone de memorisation 
d'unites monetaires susceptibles d'§tre debtees 
successivement a chaque reglement direct d'un 
transport ou d'un service et une zone de memori- 
sation d'au moins un litre de transport, inval.de a 
I'utilisation du transport correspondant, ainsi que 
des moyens processeurs incorpores, pour I acces 
selectif et la gestion des informations contenues 
dans cette memoire. 

- un ensemble d'automates lecteurs de cartes, as- 
socies a chaque moyen de transport ou service, et 

- des moyens de traitement, relies au moins a un 
sous-ensemble de I'ensemble des automates, per- 
mettant, par teMeprelevement bancaire et en fonc- 
tion du contenu des zones d'identification person- 
nelle et bancaire d'une carte, d'op^rer le reglement 
d'un transport ou d'un service sans debit des uni- 
tes monetaires memorises dans cette carte nomi- 
native, et de recharger la zone de memonsaton 
d'unites monetaires et/ou de restaurer la zone de 
memorisation de litres de transport de cette carte 
nominative. 

ces moyens de traitement comportant en outre des 
moyens de compensation entre reseaux. mis en 
oeuvre au cas ou le reseau aupres duquel est 
effectue le reglement d'un service ou d'un trans- 
port ne correspond pas au reseau de la zone 
d'identification de reseau de la carte utilisee pour 
ce reglement. . 

De preference, la memoire des cartes nom.na- 
tives comporte en outre au moins une zone d'lden- 
tification tarifaire du titulaire de la carte permettant 
de diffSrencier le montant d'un transport ou dun 
service a regler (que ce reglement sort ou non 
opera par debit des unites monetaires memonsees 
dans cette carte nominative). 

Les moyens de traitement permettent. avanta- 
geusement. la determination d'un remise tarifaire 
fonction de I'historique, memorise dans le carte, 
des transports ou services regies par un usager 
donne au moyen d'une carte nominative. 

De preference egalement, les cartes de chacun 
des deux ensembles de cartes component en ou- 
tre une zone d'identification de reseau representati- 
ve de celui des reseaux qui a deiivre la carte au 
porteur, qui a recu de celui-ci les fonds correspon- 
dant au prepaiement des unites moneta.res et qu. 
est destinataire des fonds verses pour le recharge- 



ment eventuel de celles-ci. et les moyens de traite- 
ment comportent des moyens de compensation 
entre reseaux, mis en oeuvre au cas ou le reseau 
aupres duquel est effectue le reglement d'un servi- 
5 ce ou d'un transport ne correspond pas au nSseau 
de la zone d'identification de reseau de la carte 
utilisee pour ce reglement. 

Les moyens de compensation entre reseaux 
sont egalement mis en oeuvre au cas ou le r6seau 
io apres duquel est effectue un rechargement de car- 
te ne correspond pas au reseau de la zone d'iden- 
tification de reseau de la carte ainsi rechargee. 

Ceci permet de rendre I'existence et I'imbnca- 
tion des reseaux entierement transparente pour 
js I'usager. celui pouvant utliser. grace a une carte 
unique delivree par Pun quelconque des reseaux, la 
totalite des services proposes par I'ensemble des 
autres reseaux. les questions de compensation fi- 
nanciere entre reseaux etant gerees de fagon en- 
20 tierement automatique, sans intervention de sa 
part. grSce aux difterentes informations contenues 

dans sa carte. 

On notera que ce caractfere universel vaut 
m§me pour les cartes anonymes, ce qui permet de 
as faire beneficier la totalite des usagers. m§me s'.ls 
ne sont qu'occasionnels ou de passage, de cette 
transparence a I'egard des reseaux. 

De preference, les moyens de traitement per- 
mettent en outre, apres reglement direct par I'usa- 
30 ger, de recharger la zone de memorisation d'unites 
monetaires d'au moins certaines des cartes anony- 

meS C'est-a-dire que Ton rend rechargeable certai- 
nes des cartes anonymes ; on disposera alors. 
35 essentiellement. de deux categories de cartes, a 
savoir : 

- les cartes anonymes rechargeables. 

- et les cartes nominatives, egalement rechargea- 
bles ces cartes nominatives pouvant elles-memes 

40 §tre'de capacites difterentes selon qu'elles sont 
electriquement effagables ou non. 

Le systeme de I'invention peut eventuellement 
comprendre. en outre, un troisieme ensemble de 
cartes ces cartes etant des cartes anonymes pre- 
4S payees comportant chacune une memoire compre- 
nant une zone de memorisation d'une unite de 
transport ou service debitee lors de I'utilisation de 
ce transport ou de ce service et une zone de 
memorisation d'un titre de transport correspondant 
so et des moyens processeurs incorpores. pour I ac- 
ces selectif et la gestion des informations conte- 
nues dans cette memoire. 

On disposera alors. outre les deux categories 
precitees de cartes, d'une troisieme categone de 
55 cartes, a savoir des cartes anonymes non rechar- 
geables, tres peu coOteuses et destinees aux usa- 
gers de passage ou tres occasionnels. et destinees 
eventuellement a remplacer le ticket unitaire, et 
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correspondant done au cas'd'une carte a usage 
unique. 

Grace a de telles cartes a usage unique, on 
peut integrer totalement ('ensemble de la billetterie 
dans le systeme electronique. m§me pour des 
voyages isoles et uniques. 

On va maintenant donner une description de- 
tainee, en reference aux dessins annexes, d'un 
exemple de mise en oeuvre de i'invention. 

La figure 1 montre de fagon schematique 
Parchitecture du systeme multireseau de I' inven- 
tion. 

La figure 2 est une schema par blocs mon- 
trant la structure mat<§rielle generate d'une carte 
anonyme. 

La figure 3 montre le mappage de la memoi- 
re d'une carte anonyme. 

La figure 4 est un detail de la figure 3, 
montrant la structure d&aillee de la zone renfer- 
mant la code systeme. 

La figure 5 est un detail de la figure 3, 
montrant la structure detaillSe d'une zone corres- 
pondant a un titre de transport. 

La figure 6 est une variante de la figure 5, 
pour un titre de transport d'un autre reseau. 

La figure 7 est un schema par blocs mon- 
trant la structure materielle generate d'une carte 
nominative. 

La figure 8 montre le mappage de la memoi- 
re d'une carte nominative. 

On va maintenant decrire la structure et le 
fonctionnement du systeme selon invention. 

Par <sc systeme » on entendra rensemble for- 
ms! par une pluralite de <c reseaux » interconnec- 
ts (au sens informatique du terme) entre eux. 
chaque « reseau » gerant un <sc service » (ou un 
ensemble homogene de services) donne ou bten 
un « transport » (ou un ensemble homogene de 
transports) donne. 

Bien que ('application aux transports de voya- 
geurs soit celle pour laquelle ait initialement ete 
envisagee et developpee la presente invention cet- 
te application n'est cependant pas limitee a ce 
type de transports ni m§me aux seuls transports. 

Done, dans la suite de la description, le terme 
de <k transport » ne devra pas £tre entendu 
stricto sensu, car on pourrait en effet transposer 
les enseignements de la presente invention a d'au- 
tres types de prestations gerees de fagon compa- 
rable a un contrat de transport (e'est-a-dire avec 
paiement et validation dissocies. possibii.tes de 
remises, abonnements, traitements statistiques, 
etc.) en modifiant simplement la definition des dif- 
ferentes zones d'informations specifiques a la ges- 
tion des titres de transport, ('architecture du syste- 
me restant la me me pour I'essentiel. 
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La figure 1 montre de fagon schematique I'ar- 
5 chitecture du systeme selon Tinvention. 

L'ensembte des prestations offertes par les re- 
seaux du sysfeme sont fournies a des usagers au 
moyen de cartes, generalement uniques pour cha- 
que usager, et qui peuvent itre soit des cartes 
to anonymes C, designees par la suite par la referen- 
ce 10, soit des cartes nominatives, C , designees 
par la suite par la reference 20. 

Pour l'ex<§cution des differentes prestations ou 
transactions, les cartes 10 ou 20 sont inse>§es soit, 
is a chaque transaction, a I'interieur d'un lecteur de 
carte integr£ clans un automate 30, soit, de fagon 
permanente, dans un lecteur de carte portatif dialo- 
guant a chaque transaction avec un automate 30 
par des liaisons immaterielles ; les cartes 10 ou 20 
20 vont echanger avec ('automate 30 des informations 
par Tintermediaire des lecteurs de carte, a la fois 
en lecture (lecture de certaines donnees contenues 
dans le memoire de la carte) et en ecriture (mise a 
jour de donnees evolutives ou effagables de cette 
25 memoire). Le systeme prend done en compte indif- 
feremment ces deux modes d'execution des tran- 
sactions avec un automate 30. 

Sur la figure 1. on a design^ par A1 les auto- 
mates 30 du nlseau 1, par A2 les automates 30 du 

30 reseau 2, etc. 

Ces automates peuvent §tre de type tres va- 
ries, parmi lesquels on peut citer (de fagon non 
exhaustive) : 

- terminaux de transaction electronique accessible^ 
35 par Tintermediaire d'un vendeur. permettant d'exe- 

cuter des fonctions telles que la personnalisation 
des cartes au moment de leur premiere delivrance, 
inscription de tarifs results propres a I'usager, le 
chargement ou le rechargement des unites mone- 
40 taires, la vente du titre de transport, son composta- 
ge, etc. 

- guichets ou caisses automatiques. permettant le 
rechargement en unites monetaires, la vente du 
titre de transporte, leur eventuelle validation pe>io- 

45 dique et/ou leur compostage. 

- compositeurs installes dans les gares ou stations, 
permettant d'authentifier rutilisation effective du ti- 
tre de transport apres avoir verifie la validite de 
celui-ci ainsi que les conditions d'acces 

so (notamment en ajoutant a la zone memoire corres- 
pondante du titre de transport de la carte les dates 
et heures de compostage). Les compostages peu- 
vent etre integrSs a une caisse automatique ou a 
un terminal de transaction electronique. 

55 - terminaux videotex equipSs de lecteurs de cartes 
& memoire installes dans des espaces publics, 
chez des commergants ou meme chez les parti- 
culters. permettant notamment de recharger la 
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zone de memorisation des unites monetaires par 
teieprelevement bancaire ou de realiser la vente du 
titre de transport, 

- telephones et radiotelephones publics, 

- lecteurs de cartes portatifs dialoguant avec Tun 
quelconque des automates precites par des rela- 
tions immateVielles (infrarouge, ondes hertziennes, 
etc.) et dans lesquels sont inseres les cartes. 

Les differents automates 30 d'un m§me syste- 
me sont tous relies a un centre de gestion du 
reseau 40, propre a I'exploitant du reseau. 

Par ailieurs, les differents centres de gestion 
40 sont relies entre eux soit directement, soit indi- 
rectement via un centre de gestion centralise 50 
unique pour 1'ensemble du systeme, illustre en 
tiretes sur la figure 1. 

Comme- on peut le voir sur ia figure 1, pour 
certains automates la liaison au centre de gestion 
40 dont il depend est essentiellement unidirection- 
nelie (c'est par exemple le cas des composteurs), 
tandis que pour d'autres eile est bidirectionnelle 
(notamment pour les automates permettant de rea- 
iiser un paiement par teieprelevement bancaire). 

Les differents centres de gestion sont intercon- 
nected entre eux afin de pouvoir echanger des 
informations statistiques et comptables a des fins 
de compensation : ainsi, si une carte initialement 
delivree par le reseau 2 est utilisee dans un auto- 
mate du reseau 1 pour effecteur un rechargement 
en contrepartie du versement d'une certaine som- 
me au reseau 1, le reseau 1 devra crediter le 
reseau 2 de ce montant ; inversement. si une carte 
du reseau 2 est utilisee pour le reglement d'une 
prestation du reseau 1 . le reseau 1 devra debiter le 
reseau 2 de la contre-valeur de cette prestation. 

En effet, le systeme selon ('invention est base 
sur le principe que le reseau qui a £mis une carte 
donnee (que I'on appellera par la suite <sc reseau 
principal » ou <k emetteur principal ») est pro- 
prietaire du support et responsable du capital elec- 
tronique prepaye* gere* dans ce support et utilise 
indifferemment dans tous les reseaux du systeme. 

Pour ce faire, Temetteur principal d'une carte 
donn§e sera destinataire de tous les fonds issus du 
rechargement de la carte, quel que soit le lieu 
(c'est-a-dire le reseau) ou aura £t£ effectuS ce 
rechargement. 

En contrepartie, il remboursera aux autres re- 
seaux du systeme les depenses qui n'auront pas 
ete effectuees dans son reseau. 

Parmi ces autres reseaux. on distinguera ceux 
qui ont la quality d'<s: emetteur secondaire » de 
ceux qui ne sont qu'«: expioitant affilie » : les « 
<§metteurs secondaires » gerent d'une facon ind£- 
pendante un certain nombre de fichiers qui leur 
sont propres et par convention avec le detenteur 
de ia carte ; ces fichiers sont notamment le fichier 
de profil tarifaire (qui sera decrit plus loin) et even 



tuellement, selon que la carte est anonyme ou non, 
un fichier de titres de transport et/ou un fichier de 
comptage de consommations. Les <k exploitants 
affiiies en revanche, ne pourront que creer un 
5 fichier de titres de transport propres dans une carte 
nominative. 

On verra, lorsque Ton dScrira en detail la figure 
4, que la mise en oeuvre de ce principe de com- 
pensation est rendue possible grace aux infqrma- 
10 tions identifiant l^metteur principal d'une carte, ces 
informations §tant glaborees suivant un codage 
specifique et conservees en clair dans la m£moire. 



75 Structure materiel fe des cartes anonymes 

La figure 2 montre. de fagon schematique, la 
structure d'une carte anonyme 10. Celle-ci compor- 
20 te essentiellement une memoire 11, effagabie 
(EEPROM) ou non (PROM ou EPROM) a laquelle 
on accede via une logique de protection 12 et un 
decodeur d'adresse 13. 

La puce de la carte peut §tre soit comme 
25 illustre sur la figure 2. en logique cabled (de prefe- 
rence, a memoire effagable), soit en logique micro- 
programmed (essentiellement, lorsque la memoire 
est une memoire a organisation modulable desti- 
ned a etre Sgalement utilisee a distance - notarn- 
30 ment pour son rechargement ou la delivrance a 
distance d'un titre de transport - via les reseaux de 
telecommunications), les deux cartes etant fonc- 
tionnellement semblables dans les deux cas. 

La memoire de ces cartes anonymes a logique 
35 cabled est par exemple une memoire de 896 bits 
de capacite en technologie CMOS avec un proto- 
cole de communication synchrone. 

Les caracteYistiques, tant physiques qu'electri- 
ques ainsi que les protocoles d'echange des infor- 
40 mations sont conformes aux normes ou projets de 
normes ISO ou ISO/DIS 7810, 7813 et 7816. 

Les differentes contacts RST (restauration) 
PRG (programmation). CLK (horloge), VCC (tension 
d'alimentation generate), VPP (tension de program- 
45 mation), GND (masse), E/S (entrie/sortie) et FUS 
(grillage du fusible de protection) sont physique- 
ment et fonctionnellement conformes a ces nor- 
mes, auxquetles on se rSferera pour des plus am- 
ples details. 

so Cette puce est par exemple la puce GPM 896 

de la famiiie GPMxx fabriqued et encarted par le 
societe GEMPLUS CARD INTERNATIONAL. 



Mappage de la memoire des cartes anonymes 



La figure 3 montre le mappage detaille de ia 
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mSmoire 11 d'une telle carte anonyme. 

Cette memoire comprend une premiere sene 
de sections 101 a 103 protegees, de facon en elie- 
meme connue. par le claquage d'un fusible, c'est- 
a-dire des sections qu'il ne sera en aucune fagon 
possible de modifier une fois ia logique de protec- 
tion 12 activee par grillage de ce fusible. Le fusible 
sera grille* des que la personnalisation de la carte 
sera achevee par le reseau emetteur principal. 

Le reste des sections 104 a 111. .est constitue* 
de sections protegees par une clef de reseau » 
contenue (zone 103) dans la premiere partie de la 
memoire. qui ne pourront §tre modifies que de 
fagon conditionnelle par presentation de cette <k 
clef de reseau ». 

On va maintenantdecrire le contenu de cha- 
cune de ces sections 101 a 111. la taille de cha- 
cune Stent indiquee sur la figure 3 en marge de la 
representation de chaque section (les failles men- 
tionnees n f etant bien entendu donnees qu'a titre 
indicatif). 

La section 101 est programmee par le fabncant 
de la carte, et consent un numero de fabrication. 

La section 102 est programmed par I'emetteur 
principal de la carte, qui y inscrira un « code 
systeme » specifique de Tinvention, propre au 
reseau. et qui permettra de suivre la carte tout au 
long des transactions qu'elle servira a effectuer. 
Cette section 102, essentieile pour la mise en 
oeuvre de Pinvention. sera decrite plus bas en 
reference a la figure 4. 

La section 103 contient la <k clef de reseau » 
mentionnee plus haut, utilisee par le reseau ayant 
emis la carte pour personnaliser celle-ci. 

Cette clef de reseau doit etre presentee par 
I'emetteur principal de la carte afin d'acceder a la 
memoire du circuit de la carte et d'en effectuer la 
personnalisation. par inscription du code systeme 
dans la section 102. avant le claquage du fusible 
protegeant irreversiblement les zones 101 a 103. 

Programmee initialement par le fabricant, cette 
clef permet d'eviter les fraudes pouvant intervenir 
tors du transport des cartes entre le lieu de fabrica- 
tion et le lieu ou Temetteur principal personnalisera 
la carte 

Enfin, cette clef utilisee pour la personnalisa- 
tion initiate de la carte est utilisee ensuite pour 
proteger I'acces aux zones 104 a 111 permettant 
de gerer les differentes transactions effectuees au 
moyen de la carte. 

La section 104 est une zone de comptage qui 
enregistre les mauvaises presentations de la clef 
de reseau, afin de bloquer la carte apres un certain 
nombre de tentatives infructueuses (par exemple 
quatre tentatives). 

La zone 105 est destined a memonser un 
numero de vehicule automobile, numero qui pourra 
etre utilise iorsque la carte servira au paiement 



d'un stationnement payant. en voirie ou en parking 
ferme. 

La zone 106 est destinee a enregistrer les 
reliquats de decimes ou de centimes Iorsque le 

s montant regie* pour une transaction donnee ne cor- 
respond pas a un nombre entier d'unites monetai- 
res : par exemple, pour une transaction de 4,75 F. 
on invalidera 5 unites monetaires et on inscrira 
dans la zone 106 un reliquat de 2 decimes et 5 

to centimes, qui restera inscrit au credit de i'usager. 

La zone 107 est une zone contenant au moins 
un titre de transport (de preference, au moins 
deux), et dont on ddtaillera la structure plus bas en 
reference aux figures 5 et 6. 

75 La zone 108 est une clef qui permet d'effacer 

et de mettre a jour la zone 107 des titres de 
transport. 

La zone 109 est une zone memorisant un cer- 
tain nombre d'unites monetaires (par exemple. 250 
2 o unites monetaires de 1 F) et qui constitue le <sc 
porte-monnaie electronique » de la carte. 

Cette zone pourra etre rechargee au gre* de 
I'usager et en fonction de ses besoins. en contre- 
partie du versement de la somme correspondante 
25 (ce versement pouvant etre effectue a une caisse 
en especes, par cheque ou par carte bancaire). 

La zone 110 est une zone contenant une clef 
devant etre presentee, au moment du recharge- 
ment, par le terminal effectuant cette operation afin 
30 de pouvoir effacer (c'est-a-dire recharger) la zone 
109 memorisant les unites monetaires. 

Enfin, la zone 111 est un compteur du nombre 
de rechargements effectuds. permettant de limiter 
a un nombre donne* (par exemple, 128) le nombre 
35 de rechargement possible de ia zone 109. 

La mappe -memoire illustree figure 3 corres- 
pond a une carte rechargeable, done dans laquelle 
toutes les zones 104 a 111 sont effagables. a 
('exception des clefs des zones 108 et 110 et du 
40 compteur 1 11. qui ne doit pas pouvoir etre remis a 
zero. 

On pourrait, egalement, envisager une carte 
tres simplifiee, non rechargeable, dans laquelle on 
n'aurait done ni les clefs des zones 108 et 110 ni 
45 ie compteur de la zone 111 qui sont specifiques 
aux cartes rechargeables. Cette carte simplifiee 
serait destinee a remplacer, comme indique plus 
haut, le ticket unitaire actuel. 

Bien entendu, en fonction des cas particuliers, 
so il est possible de prevoir des zones supplementai- 
res ou des zones en moins en fonction des be- 
soins, ia description correspondant a la figure 3 
n'etant donnee qu f a titre tfexemple non limitatif. 
La figure 4 montre la structure detailiee du 
55 contenu de la zone 102. qui correspond au «c code 
systeme s> caracteristique de I'invention. 

Cette zone permet d'identifier de fagon univo- 
que chaque carte compte tenu de son emetteur 
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principal correspondant (le reseau qui I'a dSlivre). 

Cette zone contient les informations suivantes : 
- Tout d'abord. un code reseau compose (par 
exempie) a partir des parametres suivants (chacun 
etant, par exempie, code sur deux positions nume- 
riques) : le pays (zone 201), la region administrati- 
ve (zone 202), le departement (zone 203), le syndi 
cat district ou collectivity locale de tutelle (zone 
204), ainsi que ie numSro d'ordre (zone 205) de 
Cexploitant pour une meme serie de valeurs 201 a 
204 identiques. 

Certaines des positions numeriques peuvent Itre 
mises a zero si le parametre concerne ne corres- 
pond pas a une autorite de tutelle effective. 
Ces differentes informations constituent le code 
representatif du reseau. code qui sera utilise de 
fagon normalised par la totalite des elements du 
systeme. 

- Un code (zone 206) indique ensuite la nature du 
support, par exempie un support de run des trois, 
voire quatre, types suivants : 

• carte anonyme rechargeable, 

• carte personnalisee. 

• automate : en effet, on peut utiliser, pour identi- 
fier les automates - notamment lorsqu'ils transmet- 
tent des informations a leur centre de gestion - le 
meme mode de codage que celui utilise pour la 
personnaltsation des cartes, ce qui assure un degre 
supplemental de normalisation du systeme, 

• (eventuellement, carte anonyme non rechargea- 
ble). 

- Enfin. une zone 207 contient le numero d'ldentifi- 
cation propre a la carte ou ('automate en question. 

Les figures 5 et 6 montrent des exemples de 
mappage d'une section 107a ou 107b correspon- 
dant a un titre de transport. 

A la difference du code systeme decrit figure 
4, la zone de memorisation du titre de transport est 
propre a chaque reseau, et a done une structure et 
une longueur utile qui peuvent varier d'un reseau a 
I'autre. 

On memorise dans la zone 107 au moins un 
titre de transport 107a d'un type designe CTU 
(enregistrement de Controle de Transport Urbain), 
qui sera le titre de transport de ce type le plus 
recent, e'est-a-dire celui en cours d'utilisation (qui 
vient d'etre composte) et/ou un titre de transport 
107b d'un type designe CTI (enregistrement de 
Controle de Transport Interurbain), qui sera le titre 
de transport de ce type le plus recent, e'est-a-dire 
celui en cours d'utiiisation (qui vient d'etre achete 
et qui va etre composte. ou qui vient d'etre com- 
poste). 

De preference, le dimensionnement de la zone 
107 est cependant choisi de maniere a pouvoir 
toujours au moins memoriser un titre de transport 
107a et un titre de transport. 107b, compte tenu de 
la plus grande dimension possible de ces titres de 



transport. 

Lorsque ia zone 107 memorise une pluralite de 
titres de transport (un CTU 107a et un CTI 107b). 
ceux-ci sont geres par type et par substitution de 

s titre afin de ne conserver que le titre de transport 
le plus recent de chaque type. 

La figure 5 montre un premier exempie d'enre- 
gistrement correspondant a un titre de transport de 
type CTU. Ce premier exempie peut notamment 

70 correspondre a un transport urbain (m£tro ou auto- 
bus). 

Les tailles des differentes zones sont indiqu§es 
sur ia figure 5. en marge de chacune des zones 
correspondantes ; ces tailles sont des valeurs 
75 avantageuses, mais non limitatives. correspondant 
a un schema-type d'enregistrement de CTU. 
II est prevu deux series de zones, a savoir : 

- une premiere serie de zones 301 et 302 formant 
un <c noyau de donnees ^> normalise pour tout ie 

20 systeme, et dont la structure sera la meme quel 
que soit le reseau ayant delivrS le titre de trans- 
port, et 

* - une seconde se>ie de zones 303 a 309 contenant 
des parametres propres au reseau ayant emis le 
25 titre de transport. 

Le noyau de donnees normalise compprte : 

- une zone 301 contenant ia date (quantieme du 
jour dans I'annee). 

- une zone 302 identifiant le reseau ; ce code 
so r<§seau est different du code systeme ; e'est un 

numero original, compris entre 0 et 2048 et cod6 
sur 11 bits, propre a chaque reseau. 

Le bloc des donnees propres au reseau (zones 
303 a 309) contient - par exempie - les donnees 
35 suivantes : tranche horaire (sur 8 bits), numero de 
la ligne d'autobus ou de metro (sur 7 bits), point de 
montee (sur 7 bits), zone de destination 
(correspondant au point de descente, sur 7 bits), 
nombre de voyageurs concernes par le voyage (4 
40 personnes maximum, sur 2 bits) et numero d'ordre 
du trajet dans Phypothese ou I'usager effectuerait 
le meme jour plusieurs trajets complementaires 
d'un meme voyage et necessitant un changement 
de mode de transport et un recompostage du titre. 
45 La figure 6 montre un exempie de titre de 

transport de type CTI, notamment applicable au 
cas d'un transport ferroviaire. 

La premiere partie de cet enregistrement 
(zones 401 et 402) est semblable a la partie homo- 
50 iogue de Tenregistrement de la figure 5 (zones 301 
et 302), puisqu'il s'agit du noyau de donnees nor- 
malise pour le systeme, dont la structure est inde- 
pendante du reseau mais est commune aux deux 
types d'enregistrement. 
55 La second partie de cet enregistrement 

contient, dans les zones 403 a 419, des parame- 
tres propres au reseau ayant emis le titre de trans- 
port, notamment un titre de transport ferroviaire. 
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Le bloc de donnees propre au reseau contient 
- par exemple -les donnees suivantes : 

- zone 403 : montant, sur 13 bits ; 

- zone 404 : code tarif du reseau, sur 15 bits 

- zone 405 : nombre de voyageurs concer- 
ned par ce titre de transport (cas des billets collec- 
ts), 2 bits ; 

- zone 406 : point de montee, sur 17 bits ; 

- zone 407 : point de descente, sur 17 bits ; 

- zone 408 : point de jalonnement n* 1 (cas 
des trajets pouvant pour un point de montee et un 
point de descente donnes. emprunter plusieurs iti- 
neraires : on doit alors preciser que le titre de 
transport vaut pour un trajet <k ... de A a B via X s> 
; X est alors appele <c point de jalonnement »). 
sur 17 bits ; 

- zone 409 : titre aller simple ou ailer/retour, 

sur 1 bit ; 

- zone 410 : classe (1re ou 2de). sur 1 bit ; 

- zone 41 1 : date de compostage n* 1 , sur 9 

bits ; 

- zone 412 : lieu de compostage n 1, sur 
17 bits ; 

- zone 413 : date de compostage n 2 (cas 
d'un transport effectue en plusieurs fois, avec re- 
compostage obligatoire. comme par exemple dans 
le cas d'un aller-retour), sur 9 bits ; 

- zone 414 : lieu de compostage n 2 ou 
point de jalonnement n" 2 (cas d'un trajet de A 
a B via X et Y » : il faut alors indiquer deux points 
de jalonnement), sur 17 bits. 

Pour indiquer si cette zone correspond a un lieu de 
compostage ou a un point de jalonnement on met- 
tra la zone 413 (zone date de compostage ») a 
'000' si la zone 414 contient un point de jalonne- 
ment, tandis qu'on lui donnera la valeur du quantie- 
me correspondant (valeur comprise entre '001 1 et 
•366') si la zone 414 contient un lieu de composta- 
ge. 

- zone 415 : date de compostage n 3. sur 9 

bits; . 

- zone 416 : lieu de compostage n 3 ou 
point de jalonnement n" 3, sur 17 bits. ^ 

Pour indiquer si cette zone correspond a un lieu de 
compostage ou a un point de jalonnement, on 
procSdera de la meme maniere que pour la zone 
414. 

- zone 417 : controle n 1 (par exemple 
pour vaiider le titre de transport lors d'un controle 
effectue pendant le trajet par un agent du reseau), 
sur 1 bit ; 

- zone 418 : controle n^ 2, sur 1 bit ; 

- zone 419 : controle n* 3, sur 1 bit. 

On voit que. grace a cette structure, un enre- 
gistrement de type CTI d f une carte anony me per- 
mettra de gerer indifferemment : 
- soit 1 jalonnement + 3 compostages + 3 contro- 



les, 

- soit 2 jalonnements +2 compostages +3 contro- 
les, 

- soit 3 jalonnements + 1 compostage + 3 contro- 
s les, 

ce qui permettra de faire face a la quasi-totaiite 
des situations que Ton peur rencontrer en pratique, 
malgr£ la complexity des itineVaires et des modes, 
d'utilisation possibles pour le titre de transport. 



Structure materietie des cartes nominatives 



is On va maintenant decrire la structure des car- - 

tes nominatives. 

La figure 7 montre, sous forme simplified, la 
structure physique des circuits d'une telle carte 20, 
qui est organised autour d'une memoire de stocka- 
20 ge de donnees de type EPROM ou EEPROM 21 a 
laquelle on accede par I'intermediaire d'un micro- 
processeur 22 cooperant avec une memoire vive 
RAM 23 (pour les donnees de travail) et une me- 
moire morte ROM 24 (pour le stockage du micro- 
25 programme). 

En ce qui concerne ses caracteristiques physi- 
ques, electriques et son protocole (asynchrone) 
d'echanges d'informations, cette carte nominative 
20 est conforme aux memes normes ou projets de 
30 norme ISO ou ISO/DIS que les cartes nominatives 
10, et que Ton a mentionne plus haut. 

Ces cartes sont par exemple des cartes de 
type SCHLUMBERGER. dotees en particulier de 
composants de type M16E (puce OKI) a masquage 
35 E3 (masquage dit <c multiprestataires corespon- 
dant ici a un systeme muitiemetteurs »), qui 
permet de faire cohabiter sur la meme carte plu- 
sieurs applications independantes, ou encore de 
type GEMPLUS CARD INTERNATIONAL dotees 
40 de composants de la famille TS (puce SGS-THOM- 
SON 16 Kbits EEPROM) a masquage MCOS, ou 
enfin de type BULL CP8 ou TRT-TI (PHILIPS) 
dotees de composants de la famille SPOM (SPOM 
21, avec puce MOTOROLA 24 Kbits EEPROM) a 
45 masquage TB100, tous ces types de cartes benefi- 
ciant des memes fonctionnalites ^utilisation 
multiservices/multipresfataires. 

Typiquement. le composant memoire est soit 
une EPROM (non effagable) de 64 Kbits au moins, 
so soit une EEPROM, effagable, de 16 Kbits ou 24 
• Kbits. La compatibilite entre ces deux types de 
composants memoires dotes du meme systeme 
d'expioitation doit §tre une compatibility ascendan- 
te. 

55 la communication est assuree par un protocole 

asynchrone serie bidirectionnel normalise. 

Tres avantageusement, le systeme d'expioita- 
tion du microcircuit permet une gestion de fichiers 
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hierarchis§e et arborescente permettant de consti- 
tuer et de gerer des fichiers de donnees organises 
en repertoires et sous-repertoires, chaque niveau 
hierarchique possedant ses propres regies d'acces 
au fichier du sous-repertoire qu'il controle. 5 

Ainsi, on empeche toute interaction des appli- 
cations entre elles, chaque application ayant un 
acces Hbre a ses propres fichiers de donnees et 
ignorant les fichiers de donnees des autres appli- 
cations. 70 

De plus, relocation de I'espace memoire peut 
etre realise dynamiquement, au fur et a mesure 
des besoins de Tapplication, par creation de reper- 
toires ou fichiers. ce qui evite toute partition pr£ala- 
bie, rigide. de la memoire de donnees. is 

Mappage de la memoire des cartes nominatives 

20 

La figure 8 donne un exemple d'un tel mappa- 
ge hierarchise de la memoire 21 sur une carte 
nominative dotSe d r une memoire EEPROM. 

Cette figure correspond a I'application du sys- 
teme de la presente invention a une carte nomina- 25 
tive effagable, par exemple de type EEPROM 64 
Kbits ou 24 Kbits. 

Ces cartes possedent plusieurs fichiers de ti- 
tres de transport. II existe un fichier de titres de 
transport par emetteur de carte, qu'il soit emetteur 30 
principal ou emetteur secondaire, et par exploitant 
affilie au systeme dont ie detenteur de la carte 
utilise le reseau. Done, dans ce cas f chaque enre- 
gistrement de titre de transport peut etre identifie 
par sa date, sans qu'il soit necessaire d'y ajouter le as 
code reseau original (4 positions numeriques), qui 
est commun a tous les enregistrements du memo 
fichier, de meme type que celui des CTU ou CTI 
des cartes anonymes effagables. 

Le repertoire principal comporte un fichier 501 40 
contenant un code fabricant, de mime nature que 
le code fabricant contenu dans la zone 101 d'une 
carte anonyme (voir description de cette informa- 
tion a propos de la figure 3). 

Le repertoire principal, a Tissue de la fabrica- 45 
tion de la carte, contient un code secret de fabrica- 
tion diversifie par carte ; ce code secret sScurise la 
carte pendant son transport de la cha?ne de fabri- 
cation jusqu'a Toutil de prepersonnalisation syste- 
me de remetteur principal de la carte. sc 

Le code secret de fabrication de la carte est 
genere a partir d'une clef DES de 64 bits, et il est 
diversifie" a partir du numero de serie de fabrication 
de la carte presentee ; ce numero a huit positions 
numeriques se decompose comme suit : sf 
- premiere position : indique la nature technologi- 
que de la carte ('1' = 64 Kbits EPROM. '5' = 16 
Kbits EEPROM, '4' = 1 Kbit EEPROM), 



- sept positions suivantes : numero de serie histori- 
que de la carte fabriquee. 

Ce numero est memorise dans le fichier de 
fabrication 501, qui est d'acces libre en lecture. 
L'industriel qui fabriquera des cartes nominatives 
enverra une carte ^ lot » contenant de facon 
secrete sa clef de fabrication permettant de recal- 
culer les codes secrets de fabrication des differen- 
tes cartes livr^es au moment de leur prepersonnali- 
sation systeme. Le code secret de fabrication di- 
versifie qui sera recalcule permet de creer notam- 
ment le repertoire systeme de la carte, ce dernier 
repertoire contenant un code secret d'emetteur 
systeme, diversifie par carte, et/ou une clef d'emet- 
teur systeme diversifiee (<£ clef de session ») qui 
permettent, en clair ou de fagon cryptee, de pre- 
senter ledit code secret d'emetteur systeme per- 
mettant lui-m§me la creation des sous-repertoires 
et fichiers de la care nominative. 

Selon les systemes d'exploitation propres aux 
differents types de cartes cites plus haut, les codes 
secrets et clefs secretes de diversification sont soit 
associes au repertoire et memorises dans son en- 
t§te, soit intggr£s clans un bloc de securite et/ou un 
fichier de clefs secretes, chacune de ces dernieres 
pouvant etre associee a Tun des fichiers ou reper- 
toires, comme le prevoit ie systeme. 

En resume, dans le cadre de la presente des- 
cription il faut distinguer les codes secrets a valeur 
diversifiee par carte, qui pourrdnt etre presentes 
par les automates a la carte soit en clair apres un. 
simple calcul de la valeur diversifiee du code se- 
cret de la carte par la carte securitaire de I'automa- 
te, soit de facon cryptee par la carte securitaire de 
('automate, la carte pouvant elle-meme decrypter la 
valeur presentee par Pautomate. 

Le repertoire systeme ainsi cr§e comprend un 
certain nombre de fichiers contenant les zones 502 
a 510. 

On va tout d'abord decrire le contenu des 
zones 502 a 510. 

On trouve notamment un fichier 502 contenant 
une clef secrete de diversification ou <sc clef de 
session » permettant la presentation cryptee de 
codes secrets, un fichier 502' contenant une <z clef 
porteur y> ou <sc code secret porteur » qui permet 
de verifier le code confidentiel du detenteur de la 
carte ; cette clef porteur » est un code secret 
diversifie par carte associe a un code confidentiel 
personnel, propre a I'usager, qui constitue Pun des 
elements essentiels qui permettent de distinguer 
une carte nominative, attachee a un porteur donne, 
d'une carte anonyme. 

II est prevu en outre une zone 503 qui permet 
de comptabiliser le nombre d'erreurs de presenta- 
tion de ce code porteur, afin d'invalider la carte 
apres un certain nombre de presentations erronees 
du code (par exemple, trois erreurs). 
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La zone 504 contient tes codes systemes, a 
savoir le code systeme de la carte (cf. les zones 
206 et 207 de la figure 4) et les codes des diffe- 
rent* reseaux (cf. les zones 201 a 205 de la figure 
4) : rdseau principal, reseaux secondaires et re- 
seaux affilies. 

La zone 505, egalement typique des cartes 
nominatives, donne les renseignements permettant 
d'identifier le titulaire de la carte : nom, prenom, 
date de naissance, coordonnees bancaires et date 
d'expiration de la carte. 

La zone 506 est une zone contenant le <sc 
porte-monnaie electronique » prepaye de la carte, 
qui pourra etre utilise pour le reglement des presta- 
tions de faible montant soit, dans le cas des cartes 
nominatives effagables, a I'aide d'une zone « 
porte-monnaie » geVant en permanence le solde 
de ce dernier en clair mais avec toutes les securi- 
tes associees necessaires, soit, dans le cas des 
cartes nominatives non effacables. a la maniere 
d'une zone porte-jetons » disposant de jetons 
de valeurs differentes consommes de la facon la 
plus econome possible, selon un aigorithme en lui- 
meme connu. 

Ces deux modalites de gestion du porte-mon- 
naie electronique prepay^ de la carte nominative, 
selon que cette derniere est effagable ou non, sont 
differentes des modalites de gestion du porte-mon- 
naie electronique prepaye de la carte anonyme 
rechargeable, qui utilise a cette meme fin une zone 
de stockage d'unitds monetaires et une zone de 
reliquat pour la gestion des arrondis monetaires (cf. 
les zones 106 et 109 de la figure 3). 

La zone 507 est destinee a conserver eventuel- 
lement un numero d'immatriculation de vehicule 
(cf. la zone 105 de la figure 3). 

On va maintenant decrire les sous-repertoires 
ou fichiers correspondant a chacun des reseaux 
utilises, a savoir un reseau principal (ceiui qui a 
emis la carte) et generalement un ou piusieurs 
reseaux secondaires, voire meme un ou piusieurs 
rSseaux affilies. 

Chacun de ces fichiers est cree et organise de 
fagon identique, avec tout d'abord une zone 508, 
508 memorisant un profit tarifaire » propre au 
reseau et a I'usager, od sont conserves, par exem- 
ple dans le cas du transport ferroviaire (sur 16 
octets) : 

- un numero d'ordre du profil (il peut y avoir 
piusieurs profils possibles, qui sont alors classes 
par ordre de priority) ; 

- le code tarif du reseau ; 

- le nombre de voyageurs concernes par le tarif ; 

- la classe concerned ; 

- les limites geographiques du tarif (point de mon- 
tee, point de descente) ; 

- les limites temporelles du tarif (date de d<§but de 
vaiidite, date de fin de validite) ; et 



- le montant paye pour Tacces a ce tarif. 

On memorise ensuite pour chaque r6seau un 
historique des titres de transport dans des fichiers 
differents 509. 509', ... propres a chaque reseau. 
s Les enregistrements des cartes effagables seront 
structurellement simiiaires aux enregistrements des 
cartes non effagables. 

A la difference des cartes anonymes 
(effagables), les cartes nominatives memorisent 
70 non seulement des enregistrements de type 
CTU/CTI, modifies par ailleurs compte tenu de la 
carte, mais aussi des enregistrements de titre de 
transport permanent, que Ton appellera enregistre- 
ments de type CTIS (CTI Special), correspondant 
is par exemple a des abonnements, ou des enregis- 
trements complementaires d'un titre de transport 
de type CTI ou CTIS, que Ton appellera CRSR (<sc 
Controle. Reservation, Supplement et Repas ») 
prenant en compte des services complementaires 
20 et connexes au transport tels que reservations cou- 
chettes, supplements, repas, etc. Ces derniers en- 
registrements pourront etre chaTnes a des enregis- 
trements de titre de transport de type CTI ou CTIS. 
La taille des enregistrements courts de type 
25 CTU sera par exemple de 64 bits, la taille des 
enregistrements longs de type CTI, CTIS ou CRSR 
sera par exemple de 64 bits, la taille des enregis- 
trements longs de type CTI. CTIS ou CTR sera par 
exemple de 224 bits. 
30 Le chaTnage entre les enregistrements longs 

ou courts sera possible ; en effet, chacun des 
enregistrements precites dispose de deux bits de 
chaTnage utilisables selon les modalites suivantes : 
'00' : enregistrement isolS (sans rien derriere ni 
35 devant, du point de vue logique). 

MV : enregistrement chatne logiquement avec I'en- 
registrement suivant, 

*0V : enregistrement chaTnd logiquement avec Pen- 
registrement precedent, mais n'ayant pas de sui- 
40 vant, 

'10* : enregistrement chaTne logiquement avec les 
enregistrements precedent et suivant. 

Dans, les cartes nominatives effagables, si Ton 
ne memorise qu'un historique limite des titres de 
45 transport par fichier, par exemple 8 CTI, CTIS ou 
CRSR pour un fichier de titres de transport d'un 
transporter interurbaih (du type transporter ferro- 
viaire) et 3 CTU pour un fichier de titres de trans- 
port d'un transporter urbain. on pourra g6rer si- 
50 multanement pas moins de 10 fichiers de titres de 
transport de 10 reseaux differents, par exemple un 
fichier de titres de transport de I'emetteur principal 
de la carte, lui-meme transporter interurbain ge- 
rant des titres de transport de type CTI. plus 5 
55 fichiers de titres de transport d'emetteurs secondai- 
res de la carte gerant des titres de transport de 
type CTU, plus enfin 4 fichiers de titres de trans- 
port d'exploitrant affilie gerant des titres de trans- 
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port de type CTU. 

L'historique des fichiers des titres de transport 
pourra etre synthetise par des parametres memori- 
ses dans des fichiers de comptage des consom- 
mations reseau par reseau (zones 510. 510, ...). 
qui permettent de gerer les consommations des 
usagers dans un reseau affiiid. avec par exemple 
les parametres suivants : 

- chtffre d'affaires par periode ; 

- chiffre d'affaires de I'historique ; 

- nombre de trajets par periode ; 

- nombre de trajets de I'historique ; 

- etc. 

Ces parametres permettront de gerer des remi- 
ses a la consommation de facon periodique et 
historique. 

II existe piusieurs fichiers de comptage des 
consommations, a ia disposition de chacun des 
emetteurs de la carte (principal ou secondaires) 

(zones 510, 51 o\ -..)• , . 

On prevoira dans le systeme une mise a jour 
et une purge automatiques de i'historique des titres 
de transport d'un meme reseau : cette operation 
pourra etre par exemple declenchee automatique 
ment mais preserver les titres de transport non 
consommes, par exemple les titres de transport 
non compostes. 

Dans le cas d'une carte effagable de 16 Kbits 
de capacite. on pourra ainsi memoriser simultane- 
ment, tous rSseaux confondus, pas moins de 35 
titres de transport, par exemple 8 titres de trans- 
port CTI. chaTnes ou non, et 27 titres de transport 
CTU d'un type comparable a ceux decrits a propos 
des figures 5 et 6. Bien entendu, cette carte etant 
effacable, il n'existe plus de Hmite theorique de 
capacite de gestion, I'ensemble des titres de trans- 
port memorises etant. selon certaines modalites et 
conditions de sScurite, logiquement et physique- 
ment effacables. 

Dans le cas d'une carte non effagable de b* 
Kbits de capacite, on pourra memoriser, tous re- 
seaux confondus et pour un nombre de fichiers 
comparable, de I'ordre de 1300 titres de transport 
CTU ou 225 titres de transport CTI, d'un type 
comparable a ceux decrits precedemment. 



Revendications 

1. Un systeme de paiement electronique de 
transports et de services publics par cartes a mi- 
crocircuit, ce systeme permettant le paiement 
d'une plurality de transports et de services eux- 
meme offerts par une pluralite de reseaux. caracte- 
rise en ce qu'il comporte : 

un premier ensemble de cartes (10), ces cartes 
etant des cartes anonymes prepayees comportant 
chacune : 



• une memoire (11) comprenant une zone (109) de 
memorisation d'unites monetaires susceptibles 
d'etre debitees successivement a chaque regle- 
ment direct d'un transport ou d'un service et une 

s zone (107) de memorisation d'au moins un titre de 
transport, invalids a I'utilisation du transport corres- 
pondant, et 

• des moyens processeurs (12, 13) incorpores. 
pour I'acces selectif et la gestion des informations 

70 contenues dans cette memoire, 

- un second ensemble de cartes (20), ces cartes 
dtant des cartes nominatives comportant chacune : 

• une memoire (21) comprenant : 

0 d'une part, une zone (505) ^identification per- 
? 5 sonnelie et bancaire du titulaire de la carte, et 

0 d'autre part, une zone (506) de memorisation 
d'unites monetaires susceptibles d'itre debitees 
successivement a chaque reglement direct d'un 
transport ou d'un service et une zone (509. 509 ) 
20 de memorisation d'au moins un titre de transport, 
invalide a I'utilisation du transport correspondant, et 

• des moyens processeurs (22) incorpores, pour 
I'acces selectif et la gestion des informations 
contenues dans cette mSmoire, 

25 - un ensemble d'automates (30) iecteurs de cartes, 
associes a chaque moyen de transport ou service. 

!*des moyens de traitement (40. 50). relies au 
moins a un sous-ensemble de I'ensemble des au- 

30 tomates, permettant par teleprelevement bancaire 
et en fonction du contenu des zones d' identification 
personnel^ et bancaire d'une carte nominative 
d'opSrer le reglement d'un transport ou d'un servi- 
ce sans d^bit des unites monetaires rnemorisees 

as dans cette carte nominative, et de recharger la 
zone de memorisation d'unites monetaires et/ou de 
restaurer la zone de memorisation de titres de 
transport de cette carte nominative. 

2. Le systeme de paiement electronique de la 

40 revendication 1, dans lequel : 

- les cartes de chacun des deux ensembles de 
cartes comportent en outre une zone (102 ; 504) 
d'identification de reseau representative de celui 
des reseaux qui a dSHvre la carte au porteur, qui a 

45 recu de celui-ci les fonds correspondant au pre- 
paiement des unites monetaires et qui est destina- 
taire des fonds verses pour le rechargement even- 
tuel de celles-ci. et 

- les moyens de traitement comportent des 
so moyens de compensation entre reseaux, mis en 

oeuvre au cas oil le reseau aupres duquel est 
effectue le reglement d'un service ou d'un trans- 
port ne correspond pas au reseau de la zone 
d'identification de reseau de la carte utilisee pour 

55 ce reglement. m 

3. Le systeme de paiement electronique de la 
revendication 2, dans lequel les moyens de com- 
pensation entre riseaux sont egaie ment mis en 
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oeuvre au cas ou le reseau aupres duquel est 
effectue un rechargement de carte ne correspond 
pas au reseau de la zone ^identification de reseau 
de la carte ainsi rechargee. 

4. Le systeme de paiement electronique de la 
revendication 1. dans lequel la memoire des cartes 
nominatives comporte en outre au moins une zone 
(508. 508) d'identification tarifaire du titulaire de la 
carte, permettant de differencier le montant d'un 
transport ou d'un service a regler. 

5. Le systeme de paiement electronique de la 
revendication 1. dans lequel les moyens de traite- 
ment permettent la determination d'un remise tari- 
faire fonction de I'historique (510, 510 ), memorise 
dans la carte, des transports ou services regies par 
un usager donne au moyen d'une carte nominative. 

6. Le systeme de paiement electronique de la 
revendication 1. dans lequel les moyens de traite- 
ment permettent, apres reglement direct par Tusa- 
ger, de recharger la zone de memorisation d'unitSs 
monetaires d'au moins certaines des cartes anony- 

7. Le systeme de paiement electronique de la 
revendication 1 , comprenant en outre : 
- un troisieme ensemble de cartes (10), ces cartes 
etant des cartes anonymes prepayees comportant 
chacune : 

• une memoire (11) comprenant une zone (109) de 
memorisation d'une unite de transport ou service 
debitee lors de I'utilisation de ce transport ou de ce 
service et une zone (10?) de memorisation d'un 
titre de transport correspondant et 

• des moyens processeurs (12, 13) incorpores. 
pour I'acces selectif et la gestion des informations 
contenues dans cette memoire. 

8. Un systeme de paiement Electronique de 
transports et de services publics par cartes a mi- 
crocircuit ce systeme permettant le paiement 
d'une pluralite de transports et de services eux- 
meme offerts par une plurality de reseaux. caracte- 
rise en ce qu'il comporte : 

- un ensemble de cartes (20) comportant chacune : 

• une memoire (21) comprenant : 

0 une zone (505) d'identification personnels et 
bancaire du titulaire de la carte, 
0 une zone (504) d'identification de reseau repre- 
sentative de celui des reseaux qui a delivre la carte 
au porteur, qui a regu de celui-ci les fonds corres- 
pondant au prSpaiement des unites monetaires et 
qui est destinataire des fonds versus pour le re- 
chargement eventuel de celles-ci, et 
0 une zone (506) de memorisation d'unites mone- 
taires susceptibles d'etre debitees successivement 
a chaque reglement direct d'un transport ou d'un 
service et une zone (509. 509 ) de memorisation 
d'au moins un titre de transport, invalide a I'utilisa- 
tion du transport correspondant, et 
• des moyens processeurs (22) incorpores. pour 



Tacces s&ectif et la gestion des informations 
contenues dans cette memoire, 

- un ensemble d'autornates (30) lecteurs de cartes, 
associes a chaque moyen de transport ou service, 

s et 

- des moyens de traitement (40. 50), relies au 
moins a un sous-ensemble de Vensemble des au- 
tomates, permettant, par tel§prelevement bancaire 
et en fonction du contenu des zones d'identification 

70 personnels et bancaire d'une carte, d'operer le 
reglement d'un transport ou d'un service sans debit 
des unites monetaires memorisees dans cette car- 
te nominative, et de recharger la zone de memori- 
sation d'unites monetaires eVou de restaurer la 

15 zone de memorisation de titres de transport de 
cette carte nominative. 

ces moyens de traitement comportant en outre des 
moyens de compensation entre reseaux, mis en 
oeuvre au cas ou le reseau aupres duquel est 
20 effectu§ le reglement d'un service ou d'un trans- 
port ne correspond pas au reseau de la zone 
d'identification de reseau de la carte utilisee pour 
ce reglement. 

9. Le systeme de paiement electronique de la 
25 revendication 8, dans lequel les moyens de com- 
pensation entre reseaux sont egalement mis en 
oeuvre au cas ou le rdseau aupres duquel est 
effectue un rechargement de carte ne correspond 
pas au reseau de la zone d'identification de reseau 
30 de la carte ainsi rechargee. 

10. Le systeme de paiement electronique de la 
revendication 8. dans lequel la memoire des cartes 
comporte en outre au moins une zone (508, 508 ) 
d'identification tarifaire du titulaire de la carte, per- 

35 mettant de differencier le montant d'un transport ou 
d'un service a regler. 

11. Le systeme de paiement Electronique de la 
revendication 8. dans lequel les moyens de traite- 
ment permettent la determination d'un remise tari- 

40 faire fonction de I'historique (510. 510 ). memorise 
dans la carte, des transports ou services regies par 
un usager donne. 
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